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Ankmipfend an das Telefonat vom 7. September 2004 und den 
schrif tlichen Bescheid vom 14. September 2004 wird ein 
neuer Anspruchssat z eingereicht. 

Der neue Anspruchssat z enthalt gegenuber den Anspruchen 
1-12 in der ursprunglich eingereichten Fassung drei 
zusatzliche Anspruche 2, 8 und 12, die klarstellen, dass es 
sich bei dem in den unabhangigen Anspruchen genannten 
Netzmodell urn ein Polygonnetz handelt. Dieses Merkmal wird 
von Seite 6, Zeile 27 und Seite 14, Zeile 11 gestutzt. 

Im Ubrigen mochten wir wie folgt Stellung nehmen. 

I . Begrif f sklarunq 

Schon aus dem Telefonat, aber auch aus dem schrif tlichen 
Bescheid geht hervor, dass of f ensichtlich Schwierigkeiten 
hinsichtlich des in den Patentanspruchen verwendeten 
Begriffs "Netzmodell" bestehen. 

Grundsatzlich ist unter dem Begriff "Netz" schon vom Wort- 
inhalt her ein Konstrukt zu verstehen, das durchlassig ist 
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und keine Flachen hat. Es gilt, dass Netze aus Knoten- 
punkten und ihren Verbindungen bestehen, nicht jedoch aus 
Flachen. Naturlich kann ein Netzmodell wie ein Polygonnetz 
trotz seiner Durchlassigkeit auch zur Visualisierung 
dreidimensionaler Objekte dienen. Dies gelingt, indem man 
die einzelnen vom Netz umgebenen und begrenzten Regionen 
schattiert oder rendert. Dies andert aber nichts daran, 
dass das Netz durchlassig bleibt und an sich keine Flachen 
hat! 

Unter einem aus Knotenpunkten und Verbindungen bestehenden 
Netzmodell versteht der Fachmann typischerweise ein 
Polygonnetz (polygon mesh) . Allerdings sind fur ein und 
dasselbe Konstrukt in der Literatur auch Begriffe wie 
Vielf lachennetz (polyface mesh) oder Oberf lachennet z 
(surface mesh) gebrauchlich . Wichtig im Sinne der Erfindung 
ist jedoch, dass es sich bei dem Netzmodell um ein 
Konstrukt handelt, dass rein numerisch allein durch die 
Lage und Dichte seiner Knotenpunkte beschrieben ist. Im 
Gegensatz zu einer NURBS- Flache (NURB surface oder NURBS 
patch), einem Flachenkorper (surface model) oder einem 
Volumenkorper (solid) wird ein solches Netz eben nicht 
analytisch durch Geraden- bzw. Flachengleichungen 
beschrieben. Siehe hierzu auch Seite 6, Zeile 26 bis Seite 
7, Zeile 31 der Beschreibung . 

Sollte eine andere Begriffswahl einschlagiger sein, bitten 
wir darum, uns dies mitzuteilen und einen entsprechenden 
Klarheitseinwand zu erheben. 

II . Of f enbarungsgehalt Stand der Technik 

Die Druckschrift Dl befasst sich mit dem Problem, aus 
Punktwolkendaten durch Reverse Engineering NURBS-Flachen zu 
erzeugen, die dann zur Weiterverarbeitung als IGES-Datei in 
ein CAD-Programm eingelesen werden. 
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Wie ausfuhrlich auf Seite 3 unter dem Punkt "Our Approach" 
beschrieben wird, beinhaltet das in Dl besprochene 
Verfahren die folgenden Schritte: 

Im Schritt "Scanning and Preprocessing" wird zunachst das 
gewunschte Objekt digitalisiert . 

Anschlieftend legt der Benutzer im Schritt "User Input" die 
Auflosung fest, d.h. den Komplexitatsgrad und die Anzahl 
der BSpline-Segmente, die die einzelnen NURBS-Flachen 
bilden werden. Dabei wird als Selbstverstandlichkeit 
angesehen, dass die NURBS-Flachen flexibel sind und dass 
der Ubergang zwischen den Segmenten der NURBS-Flachen 
kontinuierlich ist. Dies deckt sich mit der Aussage im 
"Abstract" auf Seite 1, wonach der Benutzer nur zwischen 
BSpline-Flachen zweiter oder hoherer Ordnung wahlen kann, 
bilineare Flachen erster Ordnung aber nicht zugelassen 
werden. 

Nach der Festlegung der Auflosung werden in den Schritten 
"Parameterization", "Smoothing Functions" und "Trimming the 
Surface" aus den digitalisierten Daten ohne Umweg 
geglattete und getrimmte NURBS-Flachen gewonnen. Der 
"Abstract" und die letzten beiden Absatz unter dem Punkt 
"Previous Work" reden zwar davon, dass ein "mesh" oder 
"surface mesh" erzeugt werde, da dieses aber nun mal aus 
NURBS-Flachen besteht, handelt es sich dabei of f ensichtlich 
urn einen Flachenkorper (surface model) , keinesfalls aber urn 
ein Polygonnetz oder ein anderes durchlassiges und daher 
flachenloses Netzmodell. 

Die Druckschrift D2 beschreibt allgemeine Entwicklungen auf 
den Gebiet des Reverse Engineering, mit dem sich 3D- 
Messdaten in CAD-Modelle umwandeln lassen. Es wird dabei 
insbesondere auf das zum damaligen Zeitpunkt neue Programm 
RapidForm von INUS Technology, Inc. eingegangen und mit 
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anderen Programmen wie Raindrop Geomagic oder Paraform 
verglichen . 

Zur weiteren Erlauterung dieser Reverse Engineering 
Programme mochten wir zum einen auf den Beschreibungsteil 
der Patentanmeldung, zum anderen aber auch auf die Homepage 
der Hersteller verweisen. Dabei scheint insbesondere der 
folgende Link nutzlich: 



Die zweite dort gezeigte Grafik zeigt den ublichen 
Prozessablauf im Programm RapidForm, um durch Reverse 
Engineering aus Punktwolkendaten ein dreidimensionales 
Modell zu erzeugen. 

Aus der angesprochenen Grafik geht hervor, dass mit dem 
Programmmodul "Scan Work Bench" zunachst 3D-Daten gewonnen 
werden. Anschliefiend werden diese Daten mit dem Programm- 
modul "Polygon Work Bench" in ein Polygonnetz (polygon 
mesh) umgewandelt, aus dem dann mit dem Programmmodul 
"Curve Work Bench" Kurven extrahiert werden. Diese Kurven 
werden dann entweder im selben Programmmodul als NURBS- 
Kurven abgespeichert oder im Programmmodul "Surface Work 
Bench" zu einem Flachenkorper (surface model) weiter- 
verarbeitet . 

Holt man sich unter www . rapidform. com/product/product 6 . htm 
weitere Inf ormationen zum Programmmodul "Surface Work 
Bench" erfahrt man unter dem Punkt "Trimmed and Untrimmed 
Surfaces", dass man das Layout der verwendeten Flachen- 
elemente (surface patches) andern kann und statt 
vierseitiger Flachenelemente auch drei- oder funfseitige 
Flachenelemente verwenden kann. Dies entspricht der Aussage 
im 5. Absatz der Druckschrift D2, auf den der schriftliche 
Bescheid Bezug nimmt. Es bleibt in diesem Zusammenhang aber 
festzuhalten, dass sich bei den Flachenelementen zwar die 
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Anzahl der Seitenf lachen andern lasst, aber nirgendwo davon 
die Rede ist, die Komplexitat der Flachenelemente zu 
verandern. Genau genommen zeigen die Graf ikbeispiele 
ausnahmslos Objekte mit glatten, gerundeten Oberflachen, 
die sich nur mit flexiblen Flachenelementen hoherer Ordnung 
darstellen lassen, nicht aber mit bilinearen Flachen- 
elementen, 

Daruber hinaus lasst sich dem Punkt "Brand-new Reverse 
Engineering - Feature-based Reverse Modeling" im Programm- 
modul "Surface Work Bench" entnehmen, dass die erzielten 
NURBS-Flachen als IGES- oder STEP-Dateien exportiert werden 
konnen, um einen Volumenkorper (solid) zu erzielen. Der 
zusatzliche Link www . rapidf orm. com/ service /service 2 3 . htm 
zeigt, dass RapidForm beim Export von NURBS-Daten im IGES- 
Format nicht nur den IGES-Typ 128, sondern noch weitere 33 
Typen unterstutzt. Der Fachmann wiirde also beim Abspeichern 
der Flachendaten nicht automatisch den IGES-Typ 128 
erhalten, sondern wiirde mit einer groften Auswahl moglicher 
IGES-Typen konfrontiert werden. Um eventuellen 
Missverstandnissen vorzubeugen: Die von RapidForm erzeugten 
NURBS-Flachen hoherer Ordnung wiirden auch bei einem Export 
als IGES-Typ 128 nicht in bilineare Flachenelemente 
zerfallen. Wie aus der Tabelle hervorgeht, handelt es sich 
beim IGES-Typ 128 um ein Format, das die Abspeicherung 
flexibler BSpline-Flachen bzw. NURBS-Flachen zulasst. Die 
Krummung der einzelnen Flachenelemente wurde daher erhalten 
bleiben . 

Die Druckschrift D3 beschreibt schlielilich ein 
Konvertierungsprogramm, das nicht zum Zwecke des Reverse 
Engineering verwendet wird, sondern dabei hilft, Polygon- 
netze (polygon meshes) so umzuwandeln, dass diese von einem 
CAD-Programm gelesen werden konnen. Die Konvertierung macht 
naturlich nur dann Sinn, wenn das CAD-Programm nicht schon 
von sich aus in der Lage ist, Polygondaten zu lesen. 
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Wie auf den Seiten 4 und 5 der D3 beschrieben ist, wandelt 
das Konvertierungsprogramm das Polygonnetz in IGES-Daten 
urn, die von den meisten CAD-Programmen akzeptiert werden. 
Voreingestellt ist dabei der IGES-Typ 106. 

Nur fur den Notfall, dass das CAD-Programm den IGES-Typ 106 
nicht akzeptiert, steht die weitere Option zur Verfiigung, 
das Polygonnetz in ungetrimmte bilineare NURBS-Flachen- 
elemente umzuwandeln. Allerdings wird davor gewarnt, dass 
eine solche Umwandlung aufterst ineffizient sei. Dies ist 
auch ohne weiteres nachvollziehbar, da die Abspeicherung 
als ungetrimmte bilineare NURBS-Flachen dazu fiihrt, dass 
das Polygonnetz in eine Vielzahl nicht miteinander 
verbundener Flachenelemente zerfallt, die dann vom CAD- 
Program unter entsprechendem Aufwand als Einzelobjekte 
dargestellt werden mussen. 

Ill • Patent fahiqkeit 

Wie oben ausgefuhrt wurde, fehlt der Druckschrift Dl nicht 
nur das entscheidende Merkmal, dass sich keine bilinearen 
Flachenelemente erzeugen lassen. Sie unterscheidet sich vom 
Anspruchsgegenstand auch dadurch, dass aus den 
digitalisierten Daten erst gar kein Polygonnetz erzeugt 
wird und dass die Abspeicherung in einzelne IGES-Flachen- 
elemente nicht vor, sondern erst nach der Erstellung des 
Flachenkorpers erfolgt. Dadurch sind die Flachenelemente 
aber bereits gekrummt und hangen miteinander zusammen. Der 
Export im IGES-Format andert auch nichts mehr daran. 

Das in der Druckschrift D2 genannte Reverse Engineering 
Programm RapidForm sieht zwar den Zwischenschritt der 
Polygonnetzerstellung vor, lasst aber ebenfalls nicht die 
Erzeugung bilinearer Flachenelemente zu. Die Abspeicherung 
in einzelne IGES-Flachenelemente erfolgt wie bei der Dl 
erst nach Fertigstellung des Flachenkorpers, wenn die 
Flachenelemente bereits gekrummt sind und miteinander 
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zusammenhangen. Von der Zerlegung des Polygonnet zes in 
bilineare Flachenelemente kann daher keine Rede sein. 

Die Druckschrift D3 beschaftigt sich schlielilich gar nicht 
erst nicht mit dem der Erfindung zugrunde liegenden 
Problem, ein dreidimensionales Modell eines real 
bestehenden Objekts zu schaffen. Der Fachmann wurde daher 
zwangslaufig von der Dl oder D2 ausgehen und den dort 
beschriebenen Weg des Reverse Engineering beschreiten, urn 
zum gewunschten Flachenkorper- oder Volumenkorpermodell zu 
gelangen. 

Geht der Fachmann von der Lehre der Druckschrift Dl aus, 
bietet sich ihm nicht die Gelegenheit das in der D3 
beschriebene Konvertierungsprogramm einzusetzen. Es gibt 
keine Polygonnet ze, die sich umwandeln lielien. 

Geht der Fachmann von der Lehre der Druckschrift D2 aus, 
konnte er zwar das Reverse Engineering Programm, beispiels- 
weise RapidForm, nach Erhalt des Polygonnetzes abbrechen 
und mit dem in der D3 beschriebenen Konvertierungsprogramm 
weitermachen. Aber wozu? Schlielilich gelangt er auch dann 
zu seinem Ziel, dem fertigen Flachenkorper- oder Volumen- 
korpermodell, wenn er das Reverse Engineering Programm 
nicht verlasst und einfach weitermacht. 

Angenommen der Fachmann wurde sich dennoch, aus welchen 
Grlinden auch immer, dazu entschliefien, das Reverse 
Engineering Programm nach Erhalt des Polygonnetzes 
abzubrechen, hatte er dennoch immer noch keine 
Veranlassung, das in der D3 beschriebene Konvertierungs- 
programm einzusetzen. Schlielilich enthalten alle gangigen 
CAD-Programme die Moglichkeit, Polygondaten direkt 
einzulesen. Nur, auf diesem Wege kame er nicht zu seinem 
Ziel. Polygondaten lassen sich namlich in CAD-Programmen 
nicht ohne Weiteres in ein Flachenkorper- oder Volumen- 
korpermodell umwandeln. Der Fachmann wurde also wieder zum 
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Reverse Engineering Programm zuriickkehren, um dort weiter- 
zumachen, wo er aufgehort hatte. 

Ein Fachmann handelt auf gabenorientiert und uberlasst 
nichts dem Zufall. Er hatte daher auch nicht einfach mal 
aus SpaB ausprobiert, was passiert, wenn er mit dem in der 
D3 beschriebenen Konvertierungsprogramm Polygondaten in ein 
modernes CAD- Programm einliest. Erstens wurde er nicht mehr 
Programme verwenden, als notig erscheint. Zweitens wurde er 
sich nicht ohne Grund liber die Warnung in der D3 
hinwegsetzen, dass es ineffizient sei, ein Polygonnetz in 
ungetrimmte bilineare NURBS-Flachen umzuwandeln. Und 
drittens hatte er erst erkennen mussen, dass sich die 
Vielzahl ungetrimmter bilinearer NURBS-Flachen in modernen 
CAD-Programmen wider Erwarten mit der vom Anmelder 
verwendeten Heftfunktion vereinigen lassen. Hatte der 
Fachmann dagegen ein veraltetes CAD-Programm verwendet, das 
nur NURBS-Daten lesen kann und fur das das in der D3 
beschriebene Konvertierungsprogramm eigentlich gedacht ist, 
hatte ihm die angesprochene Heftfunktion erst gar nicht zur 
Verf ligung gestanden . 

Es bleibt also festzustellen, dass der Fachmann auf jeden 
Fall auf dem einmal beschrittenen Weg des Reverse 
Engineering geblieben ware. 

Im Ubrigen wurde der Fachmann beim Reverse Engineering 
nicht mit der Verwendung bilinearer NURBS-Flachen rechnen. 
Das klare Ziel eines Reverse Engineering Programms ist, ein 
geometrisch komplexes Objekt moglichst genau nachzuahmen. 
Geometrische Komplexitat erfordert jedoch logischerweise 
komplexe Flachen und nicht umgekehrt ! Genau diesem Prinzip 
folgt aber nicht nur das Programm RapidForm, sondern folgen 
auch die anderen in der D2 erwahnten Reverse Engineering 
Programme wie Raindrop Geomagic oder Paraform. Diese 
Programme stellen fur den Fachmann Standardinstrumente dar, 
mit denen sich das der Erfindung zugrunde liegende Problem 



losen lost, wenn auch mit hohem Rechen- und Zeitauf wand . 
Der erf inderische Schritt begrundet sich daher auf das fur 
den Fachmann widersinnige Prinzip, komplexe Geometrien 
durch einfachste, weil unflexible bilineare Flachen 
darzustellen. Kein auf dem Gebiet des Reverse Engineering 
tatiger Fachmann wurde dies in Erwagung Ziehen! 

Wir sind der festen Uberzeugung, dass bei genauer 
Betrachtung des Of f enbarungsgehalts der zitierten Druck- 
schriften und richtiger Auslegung des Anspruchsgegenstands 
alles fur die geforderte erf inderische Tatigkeit spricht. 
Daher wird darum gebeten, im ausstehenden internationalen 
vorlaufigen Pruf ungsbericht eine positive Stellungnahme zur 
Patentf ahigkeit abzugeben . 

Sollte es noch um Fragen der Klarheit gehen, stehen wir 
jederzeit fur telefonische Auskunfte zur Verfiigung. 



A. Vollnhals 
Patentanwalt 
TBK-Patent 
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Anlage vom 13. Oktober 2004 

Internationales Aktenzeichen : PCT/EP03/05795 
Anmelder: Dr. Christof Holberg 
Unser Zeichen: WO 38568 

Patentanspruche 

1. Verfahren zur Erzeugung eines dreidimensionalen 
Modells fur ein real bestehendes Objekt, mit den 
Schritten: 

Digitalisieren des Objekts, urn ein Netzmodell des 
5 Objekts zu erzeugen; 

Zerlegen des Netzmodells in bilineare Flachen- 
elemente; und 

Vereinigen der bilinearen Flachenelemente zu einem 
Flachen- oder Volumenkorpermodell des Objekts. 

10 

2. Verfahren nach Anspruch 1, bei dem das Netzmodell 
ein Polygonnetz ist. 

3. Verfahren nach Anspruch 1 oder 2, bei dem das 
15 Netzmodell aus Punktwolkendaten des Objekts gewonnen 

wird. 

4. Verfahren nach Anspruch 1, bei dem die bilinearen 
Flachenelemente dreieckig sind. 

20 

5. Verfahren nach Anspruch 1 oder 4, bei dem die 
bilinearen Flachenelemente NURBS-Patches sind. 

6. Verfahren nach Anspruch 1, mit dem Schritt Erstellen 
25 eines Finite-Elemente-Modells aus dem Flachen- oder 

Volumenkorpermodell . 
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7. Vorrichtung zur Erzeugung eines dreidimensionalen 
Modells fur ein real bestehendes Objekt, mit: 

einer Digitalisierungseinrichtung, mit der sich ein 
Netzmodell des Objekts erzeugen lasst; und 
5 einer Datenverarbeitungseinrichtung zur Durchftihrung 

folgender Datenverarbeitungsschritte : Einlesen des 
Netzmodells; Zerlegen des Netzmodells in bilineare 
Flachenelemente; und Vereinigen der bilinearen Flachen- 
elemente zu einem Flachen- oder Volumenkorpermodell des 
10 Objekts. 

8. Vorrichtung nach Anspruch 7, bei der die 
Digitalisierungseinrichtung als Netzmodel ein Polygonnetz 
erzeugt . 

15 

9. Vorrichtung nach Anspruch 7, bei der die Daten- 
verarbeitungseinrichtung aus dem Flachen- oder Volumen- 
korpermodell ein Finite-Elemente-Modell des Objekts 
erstellt . 

20 

10. Vorrichtung nach Anspruch einem der Anspruche 7 bis 
9, bei der die Datenverarbeitungsschritte in der Daten- 
verarbeitungseinrichtung anhand von Sof twareroutinen 
abgearbeitet werden . 

25 

11. Computerprogrammprodukt zur Erzeugung eines 
dreidimensionalen Modells fur ein real bestehendes 
Objekt , das anhand von Sof twareroutinen folgende Daten- 
verarbeitungsschritte abarbeitet, wenn es auf einem 

30 Computer lauft: Einlesen eines Netzmodells des Objekts; 
Zerlegen des Netzmodells in bilineare Flachenelemente; 
und Vereinigen der bilinearen Flachenelemente zu einem 
Flachen- oder Volumenkorpermodell des Objekts. 
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12. Computerprogrammprodukt nach Anspruch 11, das als 
Netzmodell ein Polygonnetz einliest. 

13. Computerprogrammprodukt nach Anspruch 11 oder 12 , 

5 das die bilinearen Flachenelemente erzeugt, indem es das 
Netzmodell des Objekts durch Konvertierung ins IGES- 
Format in bilineare NURBS-Patches zerlegt. 

14. Computerprogrammprodukt nach Anspruch 13, bei dem 
10 das ins IGES-Format konvertierte Netzmodell 

ausschlielilich IGES-Flachenelemente der Nummer 128 
enthalt . 



15 



15. Computerprogrammprodukt nach Anspruch 11, das aus 
dem Flachen- oder Volumenkorpermodell durch CAD/FEM- 
Kopplung ein Finite-Elemente-Modell des Objekts erstellt. 



